Closed
Bug 506872
Opened 16 years ago
Closed 16 years ago
oggplay_seek_cleanup leaks trash when oggplay_buffer_new_buffer fails
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
status1.9.2 | --- | beta1-fixed |
status1.9.1 | --- | .4-fixed |
People
(Reporter: timeless, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: coverity, memory-leak)
133 oggplay_seek_cleanup(OggPlay* me, ogg_int64_t milliseconds)
150 trash = oggplay_calloc(1, sizeof(OggPlaySeekTrash));
168 if (me->buffer == NULL) {
169 return;
Comment 1•16 years ago
|
||
This is fixed by commit 0cef0c2 in master branch of liboggplay.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 2•16 years ago
|
||
The can't be marked 'resolved fixed' until actually committed to Mozilla trunk.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 3•16 years ago
|
||
Fix committed in bug 512328
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Depends on: CVE-2009-3378
Resolution: --- → FIXED
Comment 4•16 years ago
|
||
Fixed on 1.9.1 and 1.9.2 by checkin of bug 512328.
status1.9.1:
--- → .4-fixed
status1.9.2:
--- → beta1-fixed
Comment 5•16 years ago
|
||
How does QA verify this fix for 1.9.1?
Comment 6•16 years ago
|
||
Not really possible I think.
Updated•7 years ago
|
Blocks: coverity-analysis
You need to log in
before you can comment on or make changes to this bug.
Description
•